今晚进行了前端小组的code review,对比起另外两位大神，发觉自己写的代码耦合比较高，不太好维护，而且时间久了，连自己都不太认识自己的代码。总结一下更好的代码方式，提升自己，向两位大神靠齐，求带飞

1. 拿到需求，先不要动手

目前自己存在的问题，拿到一个需求文档，读完需求，开始写第一行业务代码，然后写完之后，需求有变更，再改改改。诶，运行一下，正常，再写下一行代码。就也是大部分程序员开发的三个步骤：写代码、自测、修复BUG。

其实更好的做法，应该是先理解好需求，然后理解好需求中的每一个模块，以及在没开始写之前，先想好每一个模块怎么设计代码，怎么定义函数的输入输出。

也是因为自己的脑子的建模能力不够，怎么提高了，先看别人的代码是怎么写的，然后先模仿好的代码，再一步步形成自己的风格

2. 定义好你的函数

一件函数只做一件事，不要多件事一起放在一个函数里。其实这个道理都懂，但是由于问题1，所以还是无法避免的导致一个函数做多件事了。当看到自己的函数足够长的时候，你就要开始警惕了。

在写函数的时候，想好输入输出参数怎么定义比较好，函数的返回值如何定义比较好，函数的异常保护、异常抛出、异常返回如何写比较好，写好代码，从写好函数开始。

3. 低耦合，可复用

写代码之前，多思考如何做到这几点，代码之间的耦合足够低，你的代码可复用，你的代码可配置。让别人读的懂你自己的代码，或者不至于过了一段时间，自己都不认识自己的代码了

4. 关于代码审查

代码审查是一个非常有必要存在的东西，首先作为观众，你可以学习别人的代码，扬长避短。作为一个被审查者，你可以发现你代码中存在的bug,以及你代码中哪些写不合理的地方。你的某块地方设计是否合理，还有没有更好的方式。

离大神还有点差距，多思考，多问，多读，多写